Date: Wed, 13 Apr 94 04:30:31 PDT From: Ham-Digital Mailing List and Newsgroup Errors-To: Ham-Digital-Errors@UCSD.Edu Reply-To: Ham-Digital@UCSD.Edu Precedence: Bulk Subject: Ham-Digital Digest V94 #112 To: Ham-Digital Ham-Digital Digest Wed, 13 Apr 94 Volume 94 : Issue 112 Today's Topics: ALL KIND OF THINGS FCC Packet Message Forwarding (3 msgs) Green Card Lottery- Final One? (3 msgs) Hierarchial Address Interested in getting into packet TCP/IP across the Atlantic? TCP/IP from car w/PK-8 Wyse50/KPC-2 interfacing Send Replies or notes for publication to: Send subscription requests to: Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Ham-Digital Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: 13 Apr 94 06:31:50 GMT From: news-mail-gateway@ucsd.edu Subject: ALL KIND OF THINGS To: ham-digital@ucsd.edu Greetings to All. I am new to this medium, so forgive me if I do something that isn't allowed here. 1/ I have been trying to run NOS (version pa0gri) on a station at my school, so far unsuccessful. The problem turns out to be that the TNC uses WA8DED software, which uses HOST-mode, while NOS needs kiss-mode. Does anybody know - if there is a way to switch the TNC's firmware into kiss-mode? - if the 'host->kiss' emulator work under NOS? (I guess not) - Are there any special drivers for Host-mode/WA8DED for GRI-Nos. BTW: What's the exact difference between host-mode and kiss-mode? Is there any 'written' documentation available about those available? 2/ We are trying to build some sort of local packet radio network, using AX25, NET/ROM and TCP/IP. (using different version of NOS and NET). What we like to do is this: We like to let other users use our network to receive and send mail. To do this as user-friendly as possible, we are looking for a program (MS-DOS) which can log onto a PBBS, get/put all mail for a person and log off. The users would be able to read/write his (her) mail OFFLINE. In short, we are looking for something like FidoNets point-system, NOT a complete BBS-system (like the fbbs-soft) 3/ At home, I currently use 'AmigaNos 2.9g/G1YYH). I guess there exists newer versions. Does anybody know where I can find them? (ftp-site, dir, name?) I'm especially looking for a version with arexx-support and the source-code of that program. Greetings from Brussels (BEL), Kr. Bonne. (on1arf) ### Signature 'Kristoff Bonne' ### ++++ FidoNet +++++ FidoNet: Kristoff Bonne @ 2:291/901.3 internet: Kristoff.bonne@p3.f901.n291.z2.fidonet.org ++ Packet Radio ++ AX25: on1arf@on1ced.wvn.bel.eu TCP/IP: on1arf@on1arf.ampr.org (44.144.9.11) ++++ BelgaCom ++++ VINES: Bonne Kristoff@PI.RES_TLN@BELGACOM X400: (C:BE,A:RTT,P:RTTIPC,O:BELGACOM,OU=PIRESTLN,S:BONNE,G:KRISTOFF) Internet: /G=KRISTOFF/S=BONNE/OU=PIRESTLN/O=BELGACOM/PRMD=RTTIPC/ADMD=RTT/C=BE/ @helios.iihe.rtt.be (all in 1 line)!) ### End of Signature ### ------------------------------ Date: 12 Apr 1994 15:20:44 GMT From: juniper.almaden.ibm.com!enge.almaden.ibm.com!enge@uunet.uu.net Subject: FCC Packet Message Forwarding To: ham-digital@ucsd.edu In article , Jay Sissom wrote: >>Well it's final.... Here is the latest rule from the FCC..... > >.... > > >Would this be a good authentification? If this system was setup, I would not >have to read anyone's message before forwarding, correct? > While your system will work, there are two authentication systems already in use. One is for smart programs at each end and the other is for manual users. Why not use them instead of inventing something new? >I think one of the major problems of our current packet system is that >forwarding ham's are responsibile for other's communications. It doesn't make >since that they should be. A repeater operator isn't responsible for what a >repeater user says; the phone company isn't responsible for what is said in a >phone call, etc. etc. > >Comments anyone? >Jay KA9OKT >jay@medicine.dmed.iupui.edu > I think you are wrong on the repeater. If you operate a repeater and someone is CONTINUALLY using it in an unlawful manner, you are expected to take steps to prevent this. Similarly, the FCC rule leaves room for common sense. If you were to put in place a methodology of random sampling of messages, you could argue that you are exercising control in a manner consistent with the rules. Given all of this, the next beta version of AA4RE BBS (2.1R) which will be within a week or so contains the ability to hold messages (either private or bulletins or both) from local users which haven't authenticated themselves. AA4RE BBS already supports a manual authentication system modeled after the NETROM implementation and some commands suitable for use another BBS or a smart terminal program. In fact, BBS-to-BBS authentication is already in place and a standard has been published. Roy Engehausen, AA4RE enge@almaden.ibm.com ------------------------------ Date: 12 Apr 1994 19:30:47 GMT From: pa.dec.com!nntpd.lkg.dec.com!nntpd.bb.dec.com!waf@decwrl.dec.com Subject: FCC Packet Message Forwarding To: ham-digital@ucsd.edu Yes, it's clear that the *technology* to authenticate messages exists (ignoring folks who go to the head leaving their terminal logged in, i.e.; most of us). My question was what does the FCC mean by "authentication" in their text. What is acceptible to them? Does the FCC believe that digital signatures work? (Note that even if you use the original RSA signature scheme of encrypting the entire message with your private key, the purpose isn't to obscure the content, so you are probably safe. Since it can be decrypted with your public key, you should be really safe. Even more if you append your public key to the message.) Bill -- Bill Freeman, waf@zk3.dec.com, KE1G, PP-SMEL-IA(ME VFR only) N4365Z USABDA, MassABDA (novice modern), NMRA, rounds, squares, bad jokes. Telemarketing: Do more than just say no, write saying you seek other vendors. ------------------------------ Date: Tue, 12 Apr 1994 19:32:03 GMT From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!news.msfc.nasa.gov!sol.ctr.columbia.edu!usenet.ucs.indiana.edu!indyvax.iupui.edu!medicine.dmed.iupui.edu!JAY@network.ucsd.edu Subject: FCC Packet Message Forwarding To: ham-digital@ucsd.edu There was some discussion on my original post about authentication. I received two responses that it is OK to forward messages without viewing them and that there is little or no threat of action against the BBS operator for messages being sent. Is this the view of other BBS operators? Jay ------------------------------ Date: 12 Apr 1994 08:13:43 GMT From: ihnp4.ucsd.edu!usc!cs.utexas.edu!swrinde!emory!europa.eng.gtefsd.com!paladin.american.edu!hookup!news2.sprintlink.net!news.sprintlink.net!indirect.com!nike@network.ucsd.edu Subject: Green Card Lottery- Final One? To: ham-digital@ucsd.edu Green Card Lottery 1994 May Be The Last One! THE DEADLINE HAS BEEN ANNOUNCED. The Green Card Lottery is a completely legal program giving away a certain annual allotment of Green Cards to persons born in certain countries. The lottery program was scheduled to continue on a permanent basis. However, recently, Senator Alan J Simpson introduced a bill into the U. S. Congress which could end any future lotteries. THE 1994 LOTTERY IS SCHEDULED TO TAKE PLACE SOON, BUT IT MAY BE THE VERY LAST ONE. PERSONS BORN IN MOST COUNTRIES QUALIFY, MANY FOR FIRST TIME. The only countries NOT qualifying are: Mexico; India; P.R. China; Taiwan, Philippines, North Korea, Canada, United Kingdom (except Northern Ireland), Jamaica, Domican Republic, El Salvador and Vietnam. Lottery registration will take place soon. 55,000 Green Cards will be given to those who register correctly. NO JOB IS REQUIRED. THERE IS A STRICT JUNE DEADLINE. THE TIME TO START IS NOW!! For FREE information via Email, send request to cslaw@indirect.com -- ***************************************************************** Canter & Siegel, Immigration Attorneys 3333 E Camelback Road, Ste 250, Phoenix AZ 85018 USA cslaw@indirect.com telephone (602)661-3911 Fax (602) 451-7617 ------------------------------ Date: 12 Apr 94 12:21:43 GMT From: dog.ee.lbl.gov!ihnp4.ucsd.edu!news.cerf.net!ccnet.com!ccnet.com!not-for-mail@ucbvax.berkeley.edu Subject: Green Card Lottery- Final One? To: ham-digital@ucsd.edu T H E S H A R K S A R E T R O L L I N G T H E N E T S ! -- Bob Wilkins work bwilkins@cave.org Berkeley, California home rwilkins@ccnet.com 94701-0710 play n6fri@n6eeg.#nocal.ca.usa.noam ------------------------------ Date: 12 Apr 1994 19:17:09 GMT From: elroy.jpl.nasa.gov!ncar!noao!math.arizona.edu!news.Arizona.EDU!cyclone.atmo.arizona.edu!jones@ames.arpa Subject: Green Card Lottery- Final One? To: ham-digital@ucsd.edu gee, I hope no one at indirect.com minds that I forwarded 4 or 5 of these things to postmaster@indirect.com! I'll probably be in trouble next :) ------------------------------ Date: 12 Apr 1994 15:25:45 GMT From: juniper.almaden.ibm.com!enge.almaden.ibm.com!enge@uunet.uu.net Subject: Hierarchial Address To: ham-digital@ucsd.edu In article <1994Apr7.191032.2903@combdyn.com>, Lawrence *The Dreamer* Chen wrote: > ... > >One question I have....why do we have continental descriptors.....couldn't >we do it the same as Internet. > >... Continent codes were an attempt to further simplify the routing tables. A station in the USA might send ASIA one way and EURO the other. Small tables are important for the many systems still running on the 8088 based systems (XT, etc). Roy Engehausen, AA4RE enge@almaden.ibm.com ------------------------------ Date: 12 Apr 94 22:21:50 GMT From: dog.ee.lbl.gov!agate!etch-eshop.Berkeley.EDU!ron@ucbvax.berkeley.edu Subject: Interested in getting into packet To: ham-digital@ucsd.edu Hi I just got my Tech + HF ticket last week. I'm KE6GLZ, I've gotten interested in packet but I'm not sure how to get started. I believe I'll need the following. PC compatible that will emulate a terminal with a program such as procomm. Some brand of TNC, to do the traffic handling. I've got a couple of 2m FM rigs,and a 5/8 wave vertical. Anyone care to explain the details ? Ron V KE6GLZ ron@etcheshop.Berkeley.EDU ------------------------------ Date: 12 Apr 94 11:55:42 GMT From: dog.ee.lbl.gov!agate!howland.reston.ans.net!pipex!bnr.co.uk!adsb@ucbvax.berkeley.edu Subject: TCP/IP across the Atlantic? To: ham-digital@ucsd.edu Does anyone have any experience of sending TCP/IP traffic between the UK and the USA over the "LONNY" link (i.e. the link between the NBC (?) offices in New York and London) ? Can it be done at all? If so, is the link usuable for 'real-time' traffic, or is it only suitable for mail transfer etc ? Andrew Benham -------------------------------------------------------------------- adsb@bnr.co.uk BNR Europe Ltd, London Road, Harlow, Essex CM17 9NA adsb@bnr.ca +44 279 402372 Fax: +44 279 402029 Home: g8fsl@g8fsl.ampr.org [44.131.181.17] -------------------------------------------------------------------- ------------------------------ Date: 12 Apr 1994 16:07:38 GMT From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!news.umbc.edu!eff!news.kei.com!yeshua.marcam.com!insosf1.infonet.net!usenet@network.ucsd.edu Subject: TCP/IP from car w/PK-8 To: ham-digital@ucsd.edu In article <940410222958655@arbbs.simivalley.ca.us>, bob.marselle@arbbs.simivalley.ca.us (Bob Marselle) writes: >Hello Andrew. This message won't answere ur questions about mobile >tcp-ip, but I wounld like to take this opputunity to ask u a couple of >questions. First, I have been thinking of doing some traveling with an >RV and I've pondered using packet as a way to send messages to some of >my friends. Have u done much mobile packet? Secondly, how much of a >pain in the @$$ is mobile packet? My thoughts always wonder to the >frustrations built into local systems that I'm familiar with and i can't >help thinking that the whole idea would be more work than it's worth. >What do u think? Good luck on getting ur info. 73 de Bob AC6AV > > Via packet:AC6AV@Wd6WFH > > * OLX 2.1 TD * Home is where the tower is! I was full-time in an RV for about 3 years. I ran HF all modes and vhf FM and packet. I was able to keep in touch with all my ham friends without any trouble at all. N.B. You do need an understanding XYL or YL as the case may be!!! Hi Hi ------------------------------ Date: Tue, 12 Apr 1994 16:21:21 GMT From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!torn!newshub.ccs.yorku.ca!apogee.ccs.yorku.ca!edleslie@network.ucsd.edu Subject: Wyse50/KPC-2 interfacing To: ham-digital@ucsd.edu Bob Taggart (taggartr@nic.ddn.mil) wrote: : Packet folks, : I just picked up a Wyse 50 terminal from a coworker and have connected : it to my Kantronics KPC-2 TNC. The terminal seems to communicate with : the TNC at either 8N1 or 7E1 as long as the datarate is 9600. [stuff deleted] : If I set the terminal to HDX (half duplex), then I can see what I'm typing : but get nothing on the screen after I connect. Tis a puzzlement. Your : suggestions are solicited. You need to RTFM to see how to get your tnc to echo. Putting the terminal into HDX makes it truly do HDX (drop RTS after sending what you typed so the half-duplex modem you've told it you have can transmit back to you). Sadly, your tnc (if I recall correctly) needs that RTS line high to know that it's OK to send to you. So, you need your terminal in FDX, and to get your tnc to echo. 73 de Ed / VE3ZVZ ------------------------------ Date: Tue, 12 Apr 1994 14:46:54 GMT From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!europa.eng.gtefsd.com!news.umbc.edu!eff!news.kei.com!world!dts@network.ucsd.edu To: ham-digital@ucsd.edu References <1994Apr8.160939.11857@mnemosyne.cs.du.edu>, <2oaspl$4qt@network.ucsd.edu>, <2ocr6o$n89@hpbab.mentorg.com>kei.co Subject : Re: On email addresses and host names In article <2ocr6o$n89@hpbab.mentorg.com> Hank_Oredson@mentorg.com writes: >In article <2oaspl$4qt@network.ucsd.edu>, brian@nothing.ucsd.edu (Brian Kantor) writes: >|> Jay, what we're talking about is the gatewaying of messages between the >|> two networks, not what the networks use internally. >|> >|> The issue is how to transform one network's e-mail addresses (not host >|> addresses necessarily) when mail crosses from one network to the other. >|> >|> Frankly, I do not believe that the existing e-mail addresses used on the >|> AX.25 BBS network will ever change. I do believe that a parallel >|> network of internet-compatable ham radio mail servers will spring up >|> and, over time, obsolete the AX.25 BBS systems. >|> >|> The issue, for the moment, is how to make the two systems (the Internet >|> and the existing AX.25 BBSs) interoperate as best they can. >|> - Brian > >Or perhaps the BBS network will support internet email addresses directly, >as well as the current "email address with those routing hints stuck in." > >Since the domains do not overlap, it should not be a problem to handle >this, even with the existing software. > >What I mean here is that it is no problem for me to arrange things such >that a message with an address of wa6fwi@wa6fwi.ampr.org heads for my local >email gateway. At present this cannot be extended to the general case >because of limitations on field and element length. These limitattions >are pretty artificial - they are an artifact of the CP/M systems we chose >initially as hosts ... > >Making the changeover will not be all that big a deal. Some of the work has >already taken place: for example compressed batch forwarding is RFC-822 >compliant, and there is no particular restriction on the To: / From: >fields. > >I don't think we will see "parallel network ..." of servers, but rather see >the existing network of servers acquire more capability to internetwork, >when it makes sense for them to do so. > >Would like to thank Brian for jumping into the discussion ... > >It is probably time to get some more of these gateways running, but I see >very few of them, and the ones I can see directly (in the Portland and >Seattle areas) do not seem to move many messages between the tcp/ip world >and the larger interconnected BBS world. Seems to me this should be a >rather simple problem to solve, but it does not appear to have been solved >yet. > > ... Hank > >-- > >Hank Oredson @ Mentor Graphics >Internet : hank_oredson@mentorg.com >Amateur Radio: W0RLI@W0RLI.OR.USA.NOAM Gateways to different name spaces have existed for years on the internet without causing death and destruction. In the past to send mail to folks at Digital Equipemtn Corporation, the mail had to be addressed via decwrl.dec.com. That ONE machine had to be able to handle the crossover, not the whole net. A possible approach to this in the AX.25 world would be: N1JEB%KA1SRD.MA@gateway.ampr.org Or dts%world.std.com@KZ1XXX.MA.US The gateway machines would have to handle recognition of the different address formats, but no others should have to. Note that the % signs are used for addresses that are not to be looked at until through a gateway. this is in the RFCs for the internet. It might make sense to have the packet network leverage some of the networking expertise which can be garneredfrom the many years of standards activity in the internet community. -- --------------------------------------------------------------- Daniel Senie Internet: dts@world.std.com Daniel Senie Consulting n1jeb@world.std.com 508-779-0439 Compuserve: 74176,1347 ------------------------------ Date: 12 Apr 1994 15:42:26 -0400 From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!news.umbc.edu!eff!news.kei.com!ddsw1!panix!not-for-mail@network.ucsd.edu To: ham-digital@ucsd.edu References , <2od0cl$hqk@network.ucsd.edu>, ü Subject : Re: FCC Packet Message Forwarding What a lot of people seem to be missing here is that all we've seen is the press release. The actual text of the new rules has not been released yet. So, all we can do is speculate until we actually see the new rules. -- ______________________ Andrew Funk, KB7UV ______________________ | ENG Editor/Microwave Control, WCBS-TV Channel 2 News, New York | | Internet: kb7uv@panix.com Packet: kb7uv@kb7uv.#nli.ny.usa | | --- INSERT COMMERCIAL HERE --- | ------------------------------ End of Ham-Digital Digest V94 #112 ******************************